Вот стало интересно, сталкивался ли кто-нибудь с проблемой интеграции оборудования в системы мониторинга, которые по масштабам находятся "выше" чем обычные скады?
Основной проблемой является использование необычных протоколов. Если в привычных сетях данные ходят по сетям LonWorks, BACnet, Mosbus и прочих, то в таких больших системах сбор данных идёт по Ethernet'у с использованием в частности SNMP.
Возникает вопрос: как собственно осуществить переход? У сименса например я вообще не нашёл таких возможностей. У таса есть 731 ксента, но она может передавать только фиксированные сообщения, навроде аварийных. Аналоговые величины передавать не получается.
Хотелось бы какое-то решение, предоставляющее широкие возможности в передаче аналоговых данных, сигналов состояния, аварийных сигналов, использовать возможности запрос-ответ.

Вопрос, конечно, интересный....
Во-первых, многие "наши" производители считают, что они и есть самые "высокие", выше только звезды..., сталкивался с таким.
Во-вторых, все же надо "допытывать" производителя. Не мы первые, на Западе или Востоке, думаю данный вопрос вставал и не раз,
Какие-то решения должны быть.
В-третьих, как минимум, один из способов, это дать определенный доступ к используемой базе, если используется SQL или подобная.

SNMP ОРС сервера предлагает куча производителей. Тот же АРС. У Siemens SNMP ОРС входит в состав пакета Simatic Net (ключик сответственно стоит денег). В своей сети мониторю, через Simatic Net, сервера и рабочие станции НР, преобразователи МОХА, видеоконтроллер Jupiter, ИБП АРС, получатель - SCADA InTouch 9.5. Мониторить оборудование Cisco Systems лучше собственным Cisco Works. Наиболее популярный пакет для SNMP - HР Open View, ИМХО медленно производит опрос устройств, да и через ОРС-сервер можно гораздо больше параметров выдернуть. Но, есть минус и у ОРС, в инете предлагают библиотеки для Хрюни (SNMP4W2K-STD), через которые можно вытащить кучу информации по состоянию ОС как таковой, например, перечень запущенных задач, размер выделяемой памяти под задачу ит.д., но эта информация формируется динамично, в ОРС же надо прописывать конкретный адрес, динамически менять размер массива в предлагаемых к продаже ОРС, возможности нет. Для примера, SNMP4W2K-STD позволяет получать загрузку проца с нужным тебе циклом опроса. В стандартной поставке винды, загрузка проца передается усредненной за минуту. SNMP передает только целочисленные величины, это следует учитывать.

У нас есть SNMP в NAE (правда не разбирался что там точно есть)

http://cgproducts.johnsoncontrols.com/

А обмен между Simatic Net и Intouch как сделали? InTouch выступает как OPC-клиент?

Ну почти, только конструкция несколько сложней, в моем случае. Есть некое "спец." ПО выступающее в роли ОРС клиента и далее по DDE в InTouch. А так и ОРСLink пробовал, без проблем.

Почитал, прекрасно все сделано, но, у всех вышеуказанных систем один минус. Основные базы MIB имеют полное текстовое описание что означает объявляемый параметр. Ни одно ПО не предоставляет возможность вывести при конфигурировании этот текст. Т.е. точно должен знать что объявляешь, при указании SNMP адреса. Стоит воспользоваться freeware просмотрщиком SNMP параметров - GetIF
http://www.wtcs.org/snmp4tpc/FILES/Tools/S...f/getif-2.2.zip.
С нее можно копировать адрес нужного параметра и есс-но выводится полное описание. Очень удобно.

Это всё конечно замечательно, но это не то, что я хотел бы. Задача стоит не собрать данные с SNMP (это вполне реальная задача и для сименсовой desigo insight), а именно передать выше по SNMP. Т.е. собираем например дискретные сигналы, аналоговые температуры, давления, что-нибудь ещё с модбаса и посылаем наверх, на уровень которым занимаемся уже не мы.

А кто на уровне MES или ERP ждет данные от низовых систем по SNMP или даже по Modbus? Там и про ОРС то не слышали... Я ради интереса спросил у наших SAPровцев про ОРС ... лучше б не спрашивал... Их если и интересуют данные, то только в пределах обмена с SQL.

Мне приходилось интегрировать АСУ ТП в АСУ П, но, честно говоря, SNMP - это экзотика для таких задач. WEB, ODBC как-то более подходят для этих задач (ИМХО, конечно).

SNMP создавалось для управления и мониторинга устройств в сети Ethernet. Первая версия была создана в 1991 году, где были описаны в RFC 1155 структура управляющей информации в виде глобального дерева, RFC 1156 синтаксис определения имен переменных, RFC 1157 определение сообщений, которыми обмениваются управляющая станция и объект управления для получения и обновления значения переменных. На данный момент большое кол-во оборудования PDH/SDH имеют не только мониторинг, но и управление по SNMP как единственное средство. Предлагающиеся в сети библиотеки по доступу к задачам ОС (Win, Unix...) опять таки, лежат в пределах мониторинга этих задач, не более. А на уровне АСУП можно использовать данные, например, по часам наработки устройств в СКС - зная которые, можно считать амортизацию оборудования. Т.е. что-то должно подготовить агрегированные данные по мониторингу и предложить той же 1С по ODBC. Подготовка отчетных данных для ERP это уровень MES. ИМХО, мониторинг и управление по SNMP - это уровень АСУТП, немного отличающийся по терминологии привычной для нас, а информация от устройств определена изготовителем.

Что такое SNMP - это хорошо изветсно Вопрос не в том, можно ли его можно использовать для предложенной задачи, вопрос в "привычности" его использования. Сама постановка задачи неодназначна. Что передавать-то? По моему опыту, передаются ИНТЕГРИРОВАННЫЕ или ВЫЧИСЛЯЕМЫЕ данные (количество исходного сырья, выход готовой продукции, работоспособность линии, тип продукции на линии). Эти вещи формируются в SCADA - как правило. Конечно, бывают ситуации, когда эти данные формируются и в контроллере (возможно, для этого Simatic Net и поддерживает этот протокол ). Ну а где SCADA, там база данных. Формируем в ней необходимые данные, а далее - по откатанным схемам.

1. Вопрос был: "Вот стало интересно, сталкивался ли кто-нибудь с проблемой интеграции оборудования в системы мониторинга, которые по масштабам находятся "выше" чем обычные скады?"
Системы мониторинга, на основе SNMP не являются вышестоящим уровнем. У нас на узле связи, с пяток систем мониторинга на основе SNMP, они не дружат между собой, просто средств конфигурирования таких не имеют, так как заточены под свои железки. Поэтому свои системы и заводил через SNMP=>OPC=>SCADA, чтобы не "размазывать" диагностику по этим системам.

2. "Основной проблемой является использование необычных протоколов. Если в привычных сетях данные ходят по сетям LonWorks, BACnet, Mosbus и прочих, то в таких больших системах сбор данных идёт по Ethernet'у с использованием в частности SNMP.
Возникает вопрос: как собственно осуществить переход? У сименса например я вообще не нашёл таких возможностей. У таса есть 731 ксента, но она может передавать только фиксированные сообщения, навроде аварийных. Аналоговые величины передавать не получается."

SNMP для этого не подходит, он для других задач. С Вашим мнением ggg__ggg: "WEB, ODBC как-то более подходят для этих задач (ИМХО, конечно)." полностью согласен. Именно так и происходит.
По Сименсу:
1) на данный момент предлагется ПО "Simatic IT" как MES-система. Обмен данными с SCADA - ODBC, OPCHDA, OPCA&E.
2) Поддержка SNMP SimaticNet нужна для мониторинга сетевых устройств Industrial Ethernet, Profinet. К контроллерам S7200/300/400 никого отношения не имеет, там свои "причендалы".
Кроме Сименса, насколько известно мне, MES приложения имеются в ТрейсМоуд 6, в решениях от General Electrics и еще много всяких...

"Ну а где SCADA, там база данных. Формируем в ней необходимые данные, а далее - по откатанным схемам." - ага

Вопрос был: с модбаса и посылаем наверх, на уровень которым занимаемся уже не мы.
У меня такаиже проблема хачу использоиать (tac xenta 913 у которого имеюеся протокол LonWorks, BACnet, Mosbus ) для считыварие дянных и передачи на SNMP нужер controler который читал бы один из протоколов и передавал на SNMP.

to iliacsi SNMP - это протокол, специально разработанный для управления сетями TCP/IP и сетевыми устройствами (функции мониторинга и управления определяет изготовитель). Он не предназначен для организации конвертации данных. Может Вам известно что-то другое?

Нашли вот такую штучку
http://www.csimn.com/CSI_pages/BBSP.html

Написано красиво, но надо проверять.

Хорошая штучка!
Поддерживает чтение/запись до 1000 целочисленных и 500 переменных с плавающей точкой. В даташите расписано...
Для нормальной работы необходимо наличие в системе следующих *.mib файлов:
SNMPv2-SMI.mib (поддержка типа Integer32)
SNMPv2-CONF.mib (регистрация группы данных устройства в структуре SNMP)
Место группы в структуре SNMP

Само устройство

посмотрел я на эту штучку и она по виду напомнила контролеры lantronix которым мы все время пользуемся и унего оказывается есть snmp на сранице 8.
попробую поиграться с ним.

А *.mib файл к этому контроллеру есть? Без него адресация SNMP не известна.

Вариант решения: установить http://www.e2000.ru/E2051gsm.html в SIM карту записать номера телефонов "нижнего" уровня и "верхнего" уровня - будут отправляться сообщения о состоянии, наличии аварии одновременно и на нижний и на верхний уровень.
Достаточно широкие возможности.